Fast join of peer to peer group with power saving mode

ABSTRACT

A wireless peer-to-peer protocol that supports fast and low power joining to an existing group. The protocol may be an extension of a peer-to-peer protocol that supports a sleep state for a device controlling the group. When a device is seeking to join a group at a time when the controlling device is in a sleep state, another device that has information about the controlling device may provide information to the joining device that may then be used by the joining device to more quickly, and using less power, synchronize with the controlling device. The information may include information about a channel used by the controlling device or about timing of availability of the controlling device. The information may also reveal whether the group provides a service being sought by the joining device or may otherwise influence whether the joining device will attempt to join a group.

CROSS-REFERENCE TO RELATED APPLICATION(S)

This application is a continuation of U.S. patent application Ser. No. 12/970,069, filed Dec. 16, 2010, entitled “FAST JOIN OF PEER TO PEER GROUP WITH POWER SAVING MODE,” (Atty. Dkt. No. 331230.01). The entirety of this afore-mentioned application is incorporated herein by reference.

BACKGROUND

Many computers today have radios to support wireless communication. Wireless communication is used, for example, to connect to an access point of a network. By associating with the access point, a wireless computer can access devices on the network or to other networks reachable through that network, such as the Internet. As a result, the wireless computer can exchange data with many other devices, enabling many useful functions.

To enable computers to be configured for association with an access point, it is common for the access points to operate according to a standard. A common standard for devices that connect to access points is called WI-FI. This standard was promulgated by the WI-FI Alliance, and is widely used in portable computers. There are multiple versions of this standard, but any of them can be used to support connections through access points.

Wireless communications may also be used to form connections directly to other devices without using an access point. These connections are sometimes called “peer-to-peer” connections and may be used, for example, to allow a computer to connect to a mouse or keyboard wirelessly. More generally, peer-to-peer connections may be used to establish a group of devices of any type that may communicate without requiring an infrastructure. Wireless communications for these direct connections also have been standardized. A common standard for such wireless communications is called BLUETOOTH®.

In some instances, a wireless computer may concurrently connect to other devices through an access point and as part of a group engaging in peer-to-peer communications. To support such concurrent communication, some computers have multiple radios. More recently a standard has been proposed, called WI-FI Direct, that enables both an infrastructure connection and communication as part of a peer-to-peer group with similar wireless communications that can be processed with a single radio. This standard, also published by the WI-FI Alliance, extends the popular WI-FI communications standard for infrastructure-based communications to support direct connections.

Equipping computing devices to support direct connections is expected to expand the scenarios in which a wireless computing device can connect to other wireless devices. For example, computer users working together may more readily form a group that allows the users to share data without requiring any specific infrastructure. Similarly, a computer may more readily connect wirelessly to a printer, camera or devices providing other desired services.

SUMMARY

In a peer-to-peer wireless communication environment, techniques are provided for a device seeking to join a group to, more quickly and using less power, identify a suitable group and then join that group. Such techniques may be useful, for example, when the devices in the group communicate in accordance with a peer-to-peer networking protocol that provides for the group owner to be absent from the group by not responding while in a low power sleep state. The disclosed techniques may involve a device, other than a device controlling the group, responding to a request for information about the group when the controlling device is in the sleep state or otherwise absent.

A device may provide information that can be used by the joining device to synchronize with the controlling device such that the joining device is tuned to a channel used by the controlling device at a time when the controlling device is in an awake state. Such information may include an indication of the channels used by the controlling device. Alternatively or additionally, the information may reveal a scheduled awake time for the controlling device or other information useful in synchronizing with the device controlling the group. Though, as a further alternative, the information may reveal types of services available upon joining the group such that the joining device may determine whether to attempt to join the group at all.

The device providing information may be any suitable device that has information about the device controlling the group. The device, for example, may be a device already joined in the group. The information provided may be obtained through communications with the controlling device, including upon pairing with the device or through a subsequently received notice that the controlling device will be absent from the group.

Any suitable mechanism may be used to trigger a device to provide this information. In some embodiments, a device seeking to join a group may broadcast a message requesting information about a device controlling a group. Such a request may be sent by the joining device after it attempts to locate a group but does not detect a device controlling a group or at any other suitable time.

These techniques may be used for finding any suitable peer-to-peer group, using any suitable peer-to-peer networking protocol. As one example, the peer-to-peer networking protocol may be a WI-FI Direct protocol. In such an embodiment, the device controlling the group may be a group owner, in accordance with that protocol. The device seeking to join a group may format a request for information about a group as an information element in a probe request message in accordance with that protocol. Information about the group owner may be included as an information element in a probe response message.

Accordingly, the invention may be embodied in any of a number of suitable forms, including a method of operating a wireless device to request and/or use information about a device controlling a peer-to-peer group, a method of operating a wireless device to generate and/or provide such information, or computer-executable instructions for controlling a device to perform one or more roles to implement such techniques.

The foregoing is a non-limiting summary of the invention, which is defined by the attached claims.

BRIEF DESCRIPTION OF DRAWINGS

The accompanying drawings are not intended to be drawn to scale. In the drawings, each identical or nearly identical component that is illustrated in various figures is represented by a like numeral. For purposes of clarity, not every component may be labeled in every drawing. In the drawings:

FIGS. 1A and 1B are sketches of exemplary environments in which embodiments of the invention may operate;

FIGS. 2A and 2B, when connected at the points labeled A and B, form a flow chart of an exemplary method of operation of wireless devices forming a group in accordance with a peer-to-peer protocol;

FIG. 3 is a flow chart of an illustrative method of operation of a wireless device seeking to join an existing group according to some embodiments of the invention;

FIG. 4 is a flow chart of an exemplary method of operation of a device responding to a request for information about a group owner in accordance with some embodiments of the invention;

FIGS. 5A, 5B, 5C and 5D are schematic representations of alternative embodiments of illustrative responses to a request for information about a group owner in accordance with some embodiments of the invention; and

FIG. 6 is a block diagram of a computing device that may be programmed to operate as a group owner, a requesting device or a responding device in accordance with embodiments of the invention.

DETAILED DESCRIPTION

The inventors have recognized and appreciated that the usefulness of a peer-to-peer connection protocol, such as the WI-FI Direct protocol, can be expanded by using techniques that reduce the time or power required by a device seeking to join an existing group of devices. Further, the inventors have recognized and appreciated that power savings features of those protocols that allow a device controlling a group to temporarily enter a low power state may have an undesired effect of increasing power consumption by a device seeking to join an existing group. In particular, the joining device may have to scan for a controlling device for a relatively long period of time until the joining device is listening on a channel used by the controlling device at a time when the controlling device is actively transmitting.

To reduce the amount of time a device spends actively scanning for a group controlling device, if the joining device does not detect a group controller for an existing group, the joining device may request other wireless devices to respond with information about the group owner.

Such a request may be made in any suitable way, such as with a management frame formatted in accordance with the direct connection protocol. In some embodiments, such a management frame may be a designed for the purpose of requesting information about an absent group controller. Though, in other embodiments, the management frame may be a standard management frame in accordance with the direct connection protocol, modified to signify a request for information about a group controller. As a specific example, the management frame may be a probe request, modified by insertion of an information element signifying a request for group controller information.

A response to such a request for information may be made by any suitable device that has information about a group controller. In some embodiments, a device that responds to such a request, though not a group controller, may be a wireless device that is joined in a group. Such a device may be aware of the group controller for that group and may have stored information that may be provided in response to a request for information about the group controller.

Any suitable information about the group controller may be provided in response to the request for information. A wireless device that is in the group may share with a requesting device any suitable information it has stored. In some embodiments, the information shared with a requesting device may be based on information that a wireless device that is joined in a group has stored for its own interaction with the group controller.

For example, the provided information may include a channel or channels used by the group controller to broadcast its availability. A requesting device may use this information to monitor a channel used by the group controller in order to receive a management frame, such as a beacon, from the group controller. In this way, the joining device may more quickly discover the group controller, thereby reducing the time and/or power it spends scanning to find a group controller so that it can join the group.

In some embodiments, other information alternatively or additionally may be provided in response to a request. In some embodiments, a power saving schedule for the group controller may be provided. For example, in the WI-FI Direct protocol, a group may be controlled by a group owner, which transmits to other devices that are joined in the group a GROUP OWNER ABSENT message prior to entering a power saving state or will otherwise be unavailable for communication. That message may indicate a time during which the group owner will be absent. A wireless device joined in a group may receive such a GROUP OWNER ABSENT message and track the time until the group owner is again available. This information, indicating when the group owner will next be available, may be shared with a requesting device such that the requesting device may conserve power by delaying an attempt to communicate with the group owner until the group owner is no longer absent from the group.

The response also may include information about the group controller that may reveal to the requesting device whether the group controller provides services sought by the requesting computing device. With this information, the requesting computing device may more effectively determine whether and when to send further probe messages to connect with the group controller.

Though, it is not a requirement that the responding device be already joined in a group with a group controller. Any wireless device capable of receiving messages in accordance with a wireless protocol may receive wireless communications from which it can identify that a group has been formed and may be able to identify a device controlling that group. For example, in the WI-FI Direct protocol, messages constituting a group owner negotiation may be sent, with at least one such message identifying the group owner that is selected as a result of such a negotiation. Any device in the vicinity of the devices forming a group may receive these messages and may therefore have information about the group owner. Alternatively or additionally, a device, though not joined in a group, may receive a GROUP OWNER ABSENT message or other messages from a nearby group owner. Accordingly, the specific device that responds to such a request for information is not critical to the invention.

FIG. 1A illustrates an environment in which embodiments of the invention may be applied. In this example, devices have formed a group 110. The group 110 may be formed in accordance with a peer-to-peer protocol. In the illustrated example, the devices operate according to the WI-FI Direct protocol. Though, it should be appreciated that any suitable peer-to-peer protocol may be used and that other protocols may perform comparable functions using comparable messages, even if named differently.

In this example, two devices are shown joined in group 110, device 120 and device 122. It should be appreciated that two devices are shown for simplicity, but a group may contain any suitable number of devices consistent with the protocol.

In this example, device 120 is illustrated as a laptop computer. Device 122 is illustrated as a printer. These devices may form group 110 to enable a user of device 120 to print documents through device 122. Though, it should be appreciated that the specific function of the devices joined in group 110 is not critical to the invention.

A peer-to-peer protocol may specify that one of the devices in a group perform control functions for that group. As an example, a device may be designated to control admission to the group such that a device seeking to join group 110 must first communicate with the controlling device. Such a controlling device may be designated as a group owner. In the embodiment of FIG. 1A, device 120 may be designated as the group owner. Though, it should be appreciated that a computing device need not be designated as the group owner. In some scenarios, a peripheral device, such as device 122, may serve as a group owner. The specific type of device serving as the group owner may be determined in accordance with the protocol used by group 110 or in any other suitable way.

Regardless of the manner in which the group owner is determined, for a device, such as device 140, to join group 110, the device may communicate with device 120. As a specific example, in accordance with the WI-FI Direct protocol, device 140 may detect a beacon transmitted by device 120, identifying itself as a group owner. In response, device 140 may transmit a join request directed at device 120 as the group owner of group 110. Device 120 may apply criteria to determine whether device 140 may be admitted to group 110. If so, device 120 may exchange wireless messages with device 140, to enable device 140 to interact through device 120 as part of group 110. These interactions may be prescribed in accordance with the peer-to-peer protocol used to form group 110. As a specific example, the interactions may entail the sending and receiving, by each of devices 120 and 140, management frames defined in accordance with the peer-to-peer protocol.

As part of this exchange of messages, wireless device 140 may obtain from device 120 information about the services available through group 110. As an example, device 120 may communicate that group 110 includes a printer to provide printing services. Accordingly, based on the exchange of information with the group owner, device 140 may determine whether group 110 provides a specific type of services sought by device 140.

FIG. 1A illustrates a scenario in which a device 140 may not be able to immediately contact device 120 so as to join group 110 or to obtain information about group 110 to determine whether to join group 110. FIG. 1A illustrates an operating state in which device 120, acting as a group owner, is “absent” from group 110. There may be multiple reasons that a group owner may be absent.

In this example, device 120 is coupled to an enterprise network 130. In its role as a client of enterprise network 130, device 120 may comply with policies imposed by an administrator of enterprise network 130. Those policies, for example, may include a requirement for device 120 to operate in a low power state when not actively in use. A peer-to-peer protocol may support such operation by allowing a device, even if designated a group owner, from time-to-time, to enter a low power state. A low power state may be implemented as a sleep state as is known in the art. In a sleep state, some or all of the hardware components of device 120 may be powered off. A component of device 120 that may be powered off in the sleep state is a radio supporting wireless communications. Accordingly, a device is unlikely to be able to communicate wireless when in a sleep state.

To enable a group controller to sleep, the peer-to-peer protocol used to form group 110 may incorporate a mechanism by which other devices in the group may determine that the device acting as the group owner has entered a sleep state in which it is temporarily unable to receive or send wireless communications. Such a mechanism, for example, may include broadcasting a GROUP OWNER ABSENT message.

A device that is already a member of group 110 may receive such a message and defer attempts to communicate with device 120 until device 120 exits the sleep state and has its radio again powered on for communication. Any suitable mechanism may be employed by a device, such as device 122, that is a member of group 110 to determine a time at which it can again communicate with device 120. For example, the protocol used to form group 110 may specify a sleep interval for a group owner. At the expiration of the specified interval, the group owner may temporarily exit the sleep state such that other devices may communicate with it.

In protocols in which the sleep interval is fixed, a device that is a member of the group may track time for the duration of the sleep interval following receipt of the group owner absent message such that the device may defer an attempt to communicate with the group owner until a time when the group owner has powered up its radio and is available for wireless communication. Though, the duration of the sleep interval need not be fixed, and the interval, for example, may be specified by device 120 as part of the group owner absent message.

Further, it should be appreciated that a device, such as device 122 that is joined in group 110, need not expressly know the time at which device 120 may wake up. In some embodiments, a group owner, when in an awake state, may transmit management frames, such as beacons. Such beacons may indicate to other devices that the group owner is available to receive wireless communications. Accordingly, following a sleep interval, a group owner and a device that is a client of its group may re-establish communications by the client device monitoring a channel used by the group owner to broadcast such management frames. A client device, such as device 122, upon receipt of a group owner absent message may buffer communications to the group owner. Subsequently, the client may respond to a beacon such that communications between the group owner, device 120, in this example, and the client, device 122 in this example, can be re-established.

A device, such as device 140, seeking to join group 110 could discover the existence of device 120 acting as a group owner by similarly waiting to detect a beacon from the group owner. Though, device 140, when it is initially brought into the vicinity of group 110, has less information about device 120 then device 122. For example, device 140, because it has not previously communicated as part of group 110 may not have information indicating that device 120 is a group owner. Further, device 140 may not have information indicating a channel or set of channels used by device 120 for communication of management frames in accordance with peer-to-peer protocol used to form group 110. Moreover, device 140 may not even have information that there is a group in its vicinity that can provide a service that it is seeking.

Accordingly, in a conventional protocol, device 140 may go through an extensive scanning phase in which it attempts to detect a group owner on each of multiple channels available for use by a group owner in accordance with the peer-to-peer protocol. This scanning phase may be active or passive. For example, scanning may entail listening on a channel for a period of time. If no transmissions from a group owner are detected in that period of time, device 140 may switch to a different one of the channels supported by the peer-to-peer protocol and listen for a further interval for communications from a group owner. This process of listening and then switching channels may be repeated until device 140 detects a group owner or some time out period expires.

The listening intervals used by device 140 may be specified by the peer-to-peer protocol and may compliment intervals used by a group owner to broadcast management frames, such as beacons. These intervals for broadcasting and listening may be selected to ensure that eventually a listen interval employed by device 120 will overlap a transmit interval used by device 120. Though device 140 may need to perform several iterations of a process of attempting to detect a management frame transmitted by a group owner until device 140 is synchronized with device 120 such that device 140 is listening on the same channel at the same time that device 120 is transmitting a management frame.

Though device 140 may eventually be able to detect a group 110 and communicate with its group owner, in this example device 140 may spend a relatively long period of time seeking the group owner, which may create the impression for a user of device 140 that the device is taking an undesirably long time to complete an operation that involves connecting to a group. Additionally, device 140 may have its radios operating in a relatively high power state during the time in which it is seeking a group owner. In this example, device 140 is illustrated as a portable computing device, such as a computing device with a slate form factor. Such a device may be battery operated and therefore have a limited battery life. For a battery operated device, an extended period of operation of a radio may be undesirable.

FIG. 1A illustrates a method by which wireless devices may interact to decrease the time and/or power required for device 140 to establish communication with device 120 acting as a group owner. As shown, device 140 may transmit a request 142 for information about a group owner. A device in the vicinity of device 140 may receive the request 142 and reply with information about a group owner. Device 140 may use this information to establish communication with device 120 acting as the group owner.

The request 142 may be formatted in any suitable way. In some embodiments, request 142 may be formatted as a management frame in accordance with the peer-to-peer protocol used to form group 110. As a specific example, the request 142 may be in the form of an information element inserted into a probe request message.

Any suitable device may be programmed to respond to request 142. For simplicity of illustration, only a single device is shown responding to such a request. Such a scenario may occur, for example, if there is any one suitable device in the vicinity of device 140 or if device 140 has directed the request to a specific, visible device. Though, the request may be broadcasted. In some embodiments, multiple devices may be programmed to respond to such a request. In this embodiment, a contention mechanism may be used to avoid interference. Likewise, if multiple responses are received, device 140 may synthesize information in the responses or select a single response. In the example of FIG. 1A, device 122 may be programmed to respond to request 142. In this example, device 122 may be powered from a source of AC power. Accordingly, operating device 122 need not include shutting down a radio used by device 122 so as to avoid draining a battery of device 122. In such an embodiment, device 122 may be available to provide information about a group owner even though the group owner is in a sleep state. Alternatively, in some embodiments, wireless devices, even if they enter a lower power state, may maintain a receiver powered so as to detect management frames. In the scenario illustrated in FIG. 1A, though devices within group 110 are not actively exchanging wireless messages because device 120 acting as the group owner is in a low power sleep state, device 122 may nonetheless receive and respond to request 142.

The information provided by device 122 in response to request 142 may enable device 140 to rapidly establish communication with device 120. The information, for example, may reveal to device 140 information used by device 122 to join a group with device 120. As an example, that information may include an identification of a channel or channels used by device 120 to send or receive management frames. Device 140 may use such information to listen for management frames transmitted by device 120 such that device 140 may detect the end of a sleep interval for device 120. By listening on a single channel or a small number of channels that device 120 will use, device 140 may detect a communication from device 120 faster than if device 140 had to scan across multiple possible channels.

Other information may alternatively or additionally be provided by device 122. That information, for example, may include timing information revealing when a sleep interval for device 120 may end. As a further example, information provided by device 122 may enable device 140 to determine whether group 110 provides services of the type being sought by device 140. For example, information provided by device 122 may indicate that group 110 includes a device providing printing services. In this way, device 140 may determine, even without exchanging wireless communications with device 120 acting as the group owner, whether group 110 can provide desired services. Though, it should be appreciated the specific information provided in response to a request 142 is not critical to the invention, and any suitable information that facilitates device 140 identifying and/or joining group 110 may be provided.

FIG. 1B illustrates an alternative environment in which techniques for facilitating entry of a device into a peer-to-peer group may be employed. In the example of FIG. 1B a group 160 is in existence. That group includes a device 170, here illustrated as a smart phone. Group 160 also includes a device 172. In this example, devices 170 and 172 may have negotiated formation of group 160. As part of that negotiation, device 170 may have been identified as the group owner. Device 172, here depicted as a camera equipped with wireless communications capability, is a client of device 170 in accordance with a peer-to-peer protocol used to form group 160. Accordingly, FIG. 1B provides a further example illustrating the number and the types of wireless devices that may be joined in a group. However, the specific number or type is not critical to the invention.

The type of device seeking to join a group also is not critical to the invention. In the example of FIG. 1B, device 180 is illustrated as a computing device with a tablet form factor. Such a general purpose computing device may be configured to operate as any of the devices illustrated in FIG. 1A or 1B by modifying wireless networking software of that device using known programming techniques. Though, other configuration techniques may alternatively or additionally be used. Accordingly, any suitable device may employ techniques as described herein when seeking to join an existing group.

In this scenario illustrated FIG. 1B, device 170, acting as the group owner, is operating in a sleep interval when device 180 enters the vicinity of group 160. Accordingly, though device 180 may scan for a group owner, device 180 will not immediately detect device 170 because it is neither broadcasting management frames nor responding to management frames while in sleep mode. To facilitate identification of group 160, device 180 may transmit request 182. If device 172 receives request 182, device 172 may respond with information that facilitates device 180 identifying and joining group 160. Any suitable information may be provided by device 172, including the types of information described above.

Both devices joined in a peer-to-peer wireless group and a device seeking to join a peer-to-peer wireless group may operate according to any suitable protocol. As an example, FIGS. 2A and 2B, when joined at the points labeled A and B, are a flow chart of a method of operating devices to form a wireless group as part of using the WI-FI Direct protocol. As part of the process of forming the wireless group, one of the devices may be designated as a group owner for the group. The other device, though a client rather than the group owner, may gain information about the device that is designated as the group owner. That information subsequently can be provided to a further wireless device seeking to join the group. As an example, the information may identify the group owner, indicate how the group owner may be contacted or may provide information about services available through the group.

In this example, the process 200 is illustrated as being performed by the combined action of two devices, designated Device 1 and Device 2. These devices may represent any suitable devices. For example, Device 120 and Device 122 in FIG. 1A may perform the process 200. Similarly, devices 170 and 172 in FIG. 1B may perform process 200.

In this example, process 200 begins at block 210 at which Device 1 sends a management frame in accordance with the designated protocol that initiates a discovery phase of group formation. In this example, the management frame sent at block 210 is a probe request. The probe request is a management frame in accordance with the protocol signifying that Device 1 is seeking to identify other wireless devices in its vicinity. In some embodiments, the probe request transmitted at block 210 may generically indicate that Device 1 is seeking other wireless devices. In other embodiments, the management frame transmitted at block 210 may more specifically identify a device. For example, the management frame sent at block 210 may identify a desired service that may be provided by a device or other characteristic of a device that Device 1 is seeking to join with in a group.

Regardless of the specific format of the management frame sent at block 210, process 200 may continue to block 220, which in this example is performed by Device 2. Here, Device 2 represents another wireless device in the vicinity of Device 1.

At block 222, Device 2 may formulate and transmit a management frame in response to the management frame received at block 220. In this example, the response may be formatted as a probe response frame in accordance with the WI-FI Direct protocol. The response may indicate that Device 2 is available for forming a group with Device 1. If the request transmitted at block 210 specifies criteria for a device with which Device 1 is seeking to join, the response sent at block 222 may indicate whether Device 2 meets the criteria.

Process 200 continues at block 230, which is performed by Device 1. At block 230, Device 1 may receive the response sent by Device 2 at block 222. In scenarios in which the response indicates that Device 2 is available and capable of forming a group with Device 1 in accordance with the request transmitted at block 210, process 200 may continue with a phase in which Device 1 and Device 2 establish such a group.

Such a group may be established in any suitable way, and the specific acts performed by each of Device 1 and Device 2 may depend on the specific protocol used. However, in this example, process 200 proceeds with Device 1 performing subprocess 232A and Device 2 performing subprocess 232B. During subprocesses 232A and 232B, Device 1 and Device 2 exchange messages wirelessly. Another such role may be a client.

The exchanged messages may result in roles within the group being defined for each of Device 1 and Device 2. One such role may be a device to perform control actions for the group. Such a device, in this example, may be the group owner and may perform actions, such as admitting further devices to the group. The exchange of messages in subprocesses 232A and 232B may be performed in any suitable way. Though, in the embodiment illustrated in FIGS. 2A and 2B, the messages constitute a group owner negotiation in accordance with the WI-FI Direct protocol.

Regardless of the specific form of the messages exchanged in subprocesses 232A and 232B, those subprocesses may end with Device 1 being designated as the group owner. Device 2, though designated as a client, will receive information about the group owner. That information, for example, may indicate an identifier for the group owner and operating parameters for the group owner, such as channels used by the group owner to transmit or receive management or control frames. Device 2 may retain this information in its memory for subsequent communications with the group owner. Alternatively or additionally, Device 2 may retain information about Device 1, as the group owner, for subsequent use in assisting a further wireless device seeking to join the group.

Regardless of what information is retained, process 200 may proceed to subprocess 234A, performance by Device 1, and subprocess 234B, performed by Device 2. These subprocesses are an example of a provisioning phase of group formation. In this example, provisioning includes establishing keys by which members of the group can communicate securely. Though, any other suitable information, including channels used, may be exchanged either as part of subprocesses 232A or 232B or other subprocesses.

In subprocesses 234A and 234B, Device 1 and Device 2 may exchange messages resulting in establishing one or more keys that may be used to secure communications between Device 1 and Device 2. Such keys, for example, may be used to authenticate or encrypt such communications. Though, the specific keys established and their use during subsequent communications may depend on parameters of the peer-to-peer protocol being used by the devices, and therefore are not critical to the invention. The specific messages exchanged to establish those keys also are not critical to the invention. Though, as one example, subprocesses 234A and 234B may be performed according to a WI-FI Protected Access (WPA2) protocol or any other suitable protocol.

Regardless of the specific keys established, process 200 may continue to subprocess 236A, performed by Device 1, and subprocess 236B, performed by Device 2. In subprocesses 236A and 236B, Device 1 and Device 2 may communicate. Such communications may entail exchanging data frames. Alternatively or additionally, communications may entail exchanging management and/or control frames. The specific acts performed as part of subprocesses 236A and 236B may depend on the nature of Device 1 and Device 2. For example, if Device 2 is a printer, as illustrated by device 122 (FIG. 1A), communication may entail data representing a document for printing. In scenarios in which a Device 2 is a camera, such as device 172 (FIG. 1B), communication may entail transmission of data representing a photographic image. Though, it should be appreciated the specific nature of the data communicated is not critical to the invention.

Such an exchange of data may continue until block 250. At block 250, Device 1 may enter a low power state or otherwise temporarily unavailable for actions as a group owner. Device 1 may enter any suitable low power state. For example, it may entirely turn off its radio and/or other circuitry. Alternatively, Device 1 may enter a state in which it selectively responds to messages or in any other way reduces processing performed as a way to save power.

Regardless of the specific implementation of the low power state, Device 1 may enter this state based on any suitable criteria. For example, Device 1 may enter the state in accordance with a policy implemented on Device 1 by a network administrator or other entity controlling operation of Device 1. The policy may be set in any suitable way and may be unrelated to peer-to-peer communications. For example, in FIG. 1A, device 120 may enter a sleep state to comply with a policy of enterprise network 130. In accordance with such a policy, Device 1 may periodically enter such a low power “sleep” state. As an example, in some embodiments, Device 1 may opportunistically enter a low power state in response to detecting conditions under which actions as a group owner are not required. As an example, Device 1 may enter a sleep state following an interval of a threshold duration in which Device 1 does not receive communications from Device 2 or other devices.

Regardless of a basis for initiating the sleep state, Device 1 may transmit a management frame, signifying that it is entering the sleep state. Such a management frame may be formatted in any suitable way. In embodiments in which Device 1 is operating according to the WI-FI direct protocol, the management frame may be formatted as a group owner absent message. That message may contain values indicating one or more of a start time of a sleep interval, a duration of the sleep interval, an interval between consecutive sleep intervals and/or a count, representing a number of sleep intervals that Device 1 will enter into without sending a subsequent notice.

At block 252, Device 1 may then shut down its radio or otherwise enter into a state when it is unavailable to send or receive messages as a group owner. Regardless of the information contained in the management frame sent at block 250, Device 2 may receive that information at block 260. Device 2 may store all or part of the information for subsequent use in contacting the group owner. For example, Device 2 may use the received information to track times at which the group owner is available and times at which the group owner is unavailable. As one example, at block 262, Device 2 may set one or more timers to track when Device 1 is available for communication.

Process 200 may then enter sleep interval 254 during which Device 1 does not communicate with Device 2. Device 1, during that interval, may not communicate because its radio is shut down so that Device 1 may remain a low power state. Device 2 may also enter a low power state. Though, Device 2 may continue to perform other operations during the interval during which Device 1 is unavailable as the group owner.

Regardless of the specific actions taken by Device 1 and Device 2 during the sleep interval 254, the sleep interval may end at block 270, where Device 1 may wake up. Processing at block 270 may be performed using techniques as are known in the art. For example, Device 1 may, during the sleep interval, run a low power timer that expires at the end of the sleep interval, triggering a hardware interrupt that causes Device 1 to enter a powered up state.

Regardless of the specific mechanism by which Device 1 wakes up at block 270, process 200 may continue to subprocesses 272A, performed by Device 1, and subprocess 272B, performed by Device 2. In subprocess 272A, Device 1, having woken up, is available for communication. In subprocess 272B, Device 2, having waited the designated sleep interval for Device 1, may again attempt to communicate with device 1. Accordingly, subprocesses 272A and 272B may entail communications of the type described above in connection with subprocesses 236A and 236B.

Process 200 may then end. Though, it should be recognized that portions of process 200 may be repeated by looping back, for example, to block 250 where the group owner may again enter a low power state for a further sleep interval 254. In embodiments in which the sleep interval is periodically repeated, the process may loop back to block 252, for example.

The processing of FIGS. 2A and 2B may be performed using techniques as are known in the art. If, during sleep interval 254, a third device seeks to join the group containing Device 1 and Device 2, that joining device will be unable to join the group because the group owner, Device 1 in this example, is unavailable for performing control functions required to admit a further device to the group. During sleep interval 254, a joining device may be actively or passively scanning for a group owner. Though, because Device 1 is unavailable, the joining device will be unable to join the group, and will even be unable to identify that a group exists. Such a delay may create frustration for a user of a joining device.

Alternatively or additionally, such a delay, if the joining device is performing communication operations or other high power operations during that interval, may drain a battery of the joining device. Accordingly, in some embodiments, Device 2 may be adapted to respond to a joining device during interval 254 in a way that accelerates synchronization between the joining device and Device 1, acting as a group owner, or reduces power drain on the joining device to synchronize. Such an adaptation may be made by programming wireless communication software within Device 2. Though, such an adaptation may be made in hardware or other suitable components of Device 2.

FIG. 3 illustrates a process 300 that may be performed by a joining device when encountering a group including a suitably modified device acting as a client joined to a group owner that is absent. The process 300 may be performed by a joining device, such as device 140 (FIG. 1A) or a device 180 (FIG. 1B). Though, it should be appreciated that the specific type of device seeking to join a group is not critical to the invention, and any suitable device may perform process 300.

Process 300 begins at block 310 where the device seeking to join a group may scan for a group owner. Process 300 may begin, for example, when a user of the joining device provides input indicating a desire for the joining device to connect with another wireless device. The user, for example, may provide a command indicating that the joining device should connect to a printer or other peripheral device. Alternatively, the user may provide some other form of input, such as input indicating that the joining device should connect to another computing device for exchanging files or other information.

Regardless of the trigger for initiating process 300, the joining device may begin a process of attempting to locate a group owner. Such a process may entail listening for communications from a group owner. In some embodiments, processing at block 310 may include transmitting management frames that may prompt a group owner to respond. Accordingly, the scan performed at block 310 may be an active or a passive scan. The specific technique used for scanning for a group owner may depend on the specific protocol used for forming peer-to-peer groups or other criteria.

Regardless of the specific technique used for scanning at block 310, process 300 may continue to decision block 312. The process may branch at decision block 312, depending on whether a group owner was detected at block 310. If a group owner was detected, the process may branch at decision block 312 to block 314. At block 314, the joining device may initiate actions that result in the joining device joining the group managed by the detected group owner. As an example, at block 314, the joining device may send a join request management frame. Such a message may be formalized in accordance with the protocol for managing the peer-to-peer group. Regardless of the specific format of such a request, FIG. 3 illustrates that process 300 ends following transmission of the join request at block 314. Though, it should be appreciated that process 300 may continue, with further steps required for the joining device to become a client of the identified group owner and further exchange communications with the group owner and possibly other devices in the group. Such actions may be performed in accordance with the established protocol for the peer-to-peer group and are not expressly illustrated in FIG. 3 for simplicity.

Conversely, if no group owner is detected, the process may proceed from decision block 312 to block 320. Block 320 represents the beginning of a portion of process 300 in which the joining device requests information about a group owner that the joining device can then use to contact the group owner. In this example, processing at block 320 involves transmitting a management frame containing an indication that the joining device is requesting information about a group owner. The request may be formatted in any suitable way. In the example illustrated, the request may be signified by an information element added to a management frame that is otherwise specified as part of the peer-to-peer protocol used for the group. As a specific example, the request may be formatted as an information element in a probe request in accordance with the WI-FI Direct protocol.

The request may be a conditional request, which may be conditioned in any suitable way. For example, the request may specify characteristics of a group owner about which information is requested. A specific example, if the requesting device is requesting information about a group owner for a group that provides a specific service, the information included in the request at block 320 may identify the requested service.

Regardless of the formatting of such a request, the process may proceed to block 322 where the request may be transmitted. Such a transmission may be performed using techniques as are known in the art.

At block 330, process 300 may branch, depending on whether a response is received to the request. If no response is received within some time limit, the process may branch to termination point 332. If process 300 ends at termination point 300, the joining device may take action appropriate for a scenario in which a group owner can not be found. Such processing may be performed using techniques as are known in the art, and may depend on the scenario for which the requesting device is attempting to join a group.

Conversely, if a response is received, indicating that a group owner is in the vicinity but temporarily unavailable, the process may branch from decision block 330 to block 334. Block 334 may represent the beginning of a portion of process 300 in which the joining device uses information received in the response to efficiently contact the group owner. The specific actions taken as part of that processing may depend on the specific information received. In this example, a response received may identify a channel used by a group owner for communication of management frames. In that scenario, the requesting device may, at block 334, set a channel based on information in the response. The requesting device, for example, may use a known technique to park on the channel to detect a communication from the group owner when the group owner is next available.

Though, it should be appreciated that parking on a channel to listen for a communication from a group owner is just one example of an action that may be taken to more efficiently establish communication with a group owner. For example, if the response received identifies timing at which the group owner may be available, the processing performed by the requesting device may alternatively or additionally entail deferring an attempt to connect with the group owner until the specified time.

Accordingly, FIG. 3 shows that process 300 may proceed to decision block 340. At decision block 340, the process may again branch depending on whether the requesting device is successful in contacting the group owner. If so, the process may branch to block 314, which, as described above, may begin processing by which the requesting device joins the group.

Conversely, if the group owner is not detected immediately, the joining device may wait for the group owner to become available. FIG. 3 illustrates an embodiment in which the joining device has information about a time until the group owner will end a sleep interval. Accordingly, at decision block 340, the process may branch to block 350. At block 350, the requesting device may wait until the group owner is expected to be available. In embodiments in which the response to a request for information about a group owner includes timing information about the availability of the group owner, the length of the wait at block 350 may be selected to delay further attempts to connect with the group owner until a time when the group owner is indicated to be available. Though, FIG. 3 illustrates waiting at block 350 is an optional step. In embodiments in which no timing information is obtained in response to a request for group owner information, waiting at block 350 may be omitted.

Regardless, of whether a wait is performed at block 350, process 300 may loop back to decision block 340 until the group owner is detected. Though not expressly illustrated in FIG. 3, the number of times such a loop back is performed may be limited and, in some embodiments, even when a response is received, the loop illustrated as involving decision block 340 and, optionally, block 350 may time out or include other suitable termination criteria. If such termination criteria are encountered, processing may, for example, proceed to termination point 332 or end in any other suitable way.

A joining device may be configured to execute process 300 in any suitable way. In some embodiments, communication software within an operating system of a computing device may be configured to perform process 300. Such a modification may, for example, be appropriate when the joining device is a general purpose computing device with an operating system. In other embodiments, a wireless device may be configured to perform process 300 by modification of special purpose communication software or hardware components within the device. Such modifications may be made in accordance with techniques as are known in the art for controlling a wireless device to perform communications or in any other suitable way such that a device seeking to join a network may request and use information about a group owner that may be temporarily absent.

FIG. 4 illustrates a process 400 that may be performed by another wireless device in response to such a request. In the example of FIGS. 2A and 2B, such a device may be Device 2, representing a client of a group owner that is temporarily absent. Such a device may be programmed to conditionally perform the process 400 during an interval, such as interval 254 (FIG. 2B), in which the group owner is absent. A wireless device may similarly be configured to perform the process 400 in any suitable way, including through modification of communication software or hardware components using techniques as are known in the art.

Accordingly, the process 400 begins when the client device receives a request for information about a group owner. The request may be in any suitable format, but in the embodiment illustrated has the format of the management frame sent at block 322 (FIG. 3).

When such a request is received, process 400 proceeds to decision block 420. Processing at decision block 420 may branch, depending on whether the client device is joined to a group owner. Though, it should be appreciated that FIG. 4 illustrates one possible embodiment. In other embodiments, process 400 may branch to decision block 450 if Device 2 has no information about a group owner. If Device 2 has information, even if not joined in a group with the group owner, this process may continue to decision block 430.

Though, in the embodiment illustrated, if the device is not joined to a group owner, the process may branch to decision block 450. At decision block 450, process 400 may again branch. The branch condition at decision block 450 may be based on whether a device that is not joined to a group owner would, absent modifications as described herein to facilitate efficient joining of a device to a network, responds to the type of management frame received at block 410. If the standard does not prescribe a response to such a management frame, the process may end following decision block 450. Conversely, if a response is prescribed in the standard, process 400 may branch from decision block 450 to sub process 434 where that response is generated in accordance with the standard.

Conversely, if it is determined at decision block 420, that Device 2 is joined to a group owner, the process may proceed to decision block 430. At decision block 430, the process may branch, depending on whether the group owner is currently absent. For example, if the management frame received at block 410 arrives during interval 254 (FIG. 2B), processing may proceed from decision block 430 to block 432.

Otherwise, if the group owner is not absent, process 400 may branch from decision block 430 to decision block 450. As described above, decision block 450 may represent a beginning of a portion of process 400 in which a response to a probe request is generated in accordance with the standard peer-to-peer protocol used for the group. In the embodiment illustrated in FIG. 4, such processing allows the group owner to respond to the management frame received at block 410, if the group owner is present such that Device 2 provides information about the group owner only if the group owner is absent.

It should be appreciated, though, that other embodiments are possible. For example, in some embodiments, Device 2 may respond to a request for information about a group owner even if the group owner is present. Such a response may enable the requesting device to more efficiently connect with the group owner. For example, the requesting device may be unaware of the channels used by the group owner. A response from Device 2, if it conveys channel information, may be used by the requesting device as indicated, for example, at block 334 (FIG. 3) to more efficiently connect with the group owner. Accordingly, it should be appreciated that FIG. 4 is illustrative rather, than limiting, of possible responses to a management frame containing a request for information about a group owner.

In the embodiment illustrated in FIG. 4, if the group owner is absent, process 400 branches from decision block 430 to block 432. At block 432, Device 2 may generate information about the group owner. The information may be generated in any suitable way. In some embodiments, generation of information at block 432 may entail copying information from memory on Device 2. Such information may include any or all of the information obtained by Device 2 during the performance of process 200 (FIGS. 2A and 2B). That information may include communication parameters for the group owner obtained as part of sub process 232B or any other provisioning steps in process 200. That information may also include information obtained at block 260 as part of a message indicating that the group owner will be temporarily unavailable. Though, the information may be generated in any suitable way. For example, Device 2 may calculate, based on information received at block 260, a next time when the group owner is scheduled to be available.

Regardless of the manner in which the group owner information is generated at block 432, the process 400 may proceed to sub process 434. Sub process 434 may entail generating a response to the management frame received at block 410. A response may be generated as part of sub process 434 in accordance with the peer-to-peer protocol used in forming a peer-to-peer group. For example, in the Wi-Fi Direct protocol, a probe reply management frame may be generated in response to a probe request, which may be received at block 410. The specific format of the response generated as part of sub process 434 is not critical to the invention. Any suitable message format that may be detected and processed by a requesting device may be used.

Regardless of the format of the response generated during sub process 434, process 400 may proceed to block 436. At block 436, group owner information generated at block 432, if any, may be added to the response generated in sub process 434. This information may be added to the response in any suitable way. In some embodiments, the group owner information may be incorporated as an information element in the response. An information element constitutes information that is not necessarily prescribed by a communications standard but is added to a portion of a message. The information element may be added to a portion of the message provided, in accordance with a standard, for receiving information elements.

Regardless of the format of the response and the manner in which information about the group owner is incorporated into the response at block 436, the process may proceed to block 438 where the response is sent. Process 400 may then end. Though, the process may be repeated at any time that a further management frame, signifying a request for information about a group owner, is received.

The response transmitted at block 434 may be in any suitable format and may contain any suitable information. FIGS. 5A, 5B, 5C and 5D illustrate four alternative embodiments of such a response. In these examples, FIG. 5A illustrates a response 510. FIG. 5B illustrates a response 520. FIG. 5C illustrates a response 530 and FIG. 5D illustrates a response 540. Each of the responses 510, 520, 530 and 540 is formatted as a probe reply management frame. Such a format may be appropriate in an embodiment in which the WI-FI Direct protocol is employed. Though, the specific format of the message is not critical to the invention.

In this example, each of the replies 510, 520, 530 and 540 includes a field 512 indicating the type of management frame used to communicate the response. Accordingly, in each example embodiment, field 512 includes a value indicating that the reply is formatted as a probe reply management frame.

Each of the replies 510, 520, 530 and 540 contains an information element containing group owner information. Accordingly, reply 510 is shown to contain an information element 514. Reply 520 is shown to contain an information element 524. Reply 530 is shown to contain information element 534, and reply 540 is shown to contain an information element 544.

In the embodiment illustrated in FIG. 5A, information element 514 contains fields 516, 517 and 518. In that embodiment, field 516 contains a value, indicating the type of information element 514. In this case, the value in field 516 indicates that information element 514 contains group owner information. In some embodiments this value may also signify that the group owner is currently in a sleep state. Other fields in information element 514 contain values of parameters representing group owner information. In this example, information element 514 conveys channel information about the group owner. Specifically, in this example, the group owner may send and receive management frames on two channels. Accordingly, two fields, field 517 and field 518, are shown containing information about the group owner. Field 517 contains information indicating that the group owner uses a channel designated channel A. Field 518 contains information indicating that the group owner uses a channel designated channel B. It should be appreciated that FIG. 5A schematically illustrates a format of a reply and that the information in reply 510 need not be configured in precisely defined fields as indicated. Rather, the information may be represented in any suitable way.

Similarly, FIGS. 5B . . . 5D schematically represent information that may be communicated in a reply in other embodiments. For example, FIG. 5B illustrates that information element 524 similarly contains fields 516 and 517, indicating that information element 524 contains group owner information and revealing a channel on which the group owner communicates. In addition, information element 524 may include field 528 containing timing information. Timing information in field 528, for example, may reveal to a recipient of reply 520 an amount of time until the group owner is scheduled to end its current sleep interval. Time information in field 524 may be formatted in any suitable way. For example, time information may be formatted as a number of seconds, clock ticks or other suitable measure of time until the end of the group owner's sleep interval. Alternatively or additionally, the time information may be formatted in terms of a time at which the group owner is scheduled to end its current sleep interval. Such a formatting may be appropriate in scenarios in which a common time reference is available to a device joined to a group and a device seeking to join the group. Though, it should be appreciated that the specific format of time information is not critical to the invention, and any suitable representation of time may be included in reply 520.

FIG. 5C schematically illustrates a further configuration of a reply 530. In the illustrated embodiment, reply 530 includes an information element 534. As with information element 514, information element 534 includes fields 516 and 517, indicating that the information element contains group owner information and information or a channel on which that group owner communicates.

In this example, information element 534 additionally contains service information in field 538. A value or values in field 538 may indicate a service or services available to a device that joins to the group owner. These services may represent services provided by the group owner or accessible in the group managed by the group owner.

FIG. 5D schematically illustrates a further embodiment of a reply 540. As with information element 514, information element 544 also includes fields 516 and 517, indicating that the information element contains group owner information and a channel on which the group owner communicates. Additionally, information element 544 contains fields 548 and 549.

In this example, field 548 contains an identification of the group owner. As one example, the group owner may be identified by a basic service set identifier (BSSID) in accordance with the WI-FI Direct protocol. Though, the specific identification of the group owner may depend on the protocol used in forming a peer-to-peer group.

Additionally, information element 544 may contain a field 549 with security information. Security information in field 549 may take any suitable form and may be used for any suitable purpose. As one example, the security information in field 549 may provide a mechanism for a requesting device that receives reply 540 to authenticate a device transmitting reply 540. Alternatively or additionally, security information in field 549 may be used by a requesting device to verify that reply 540 was not tampered with after it was sent.

Such security information may be generated in any suitable way. For example, the security information may be generated using a cryptographic function and a key or certificate available to a trusted device. Such security mechanisms are known in the art and any suitable such security mechanism may be used. Regardless of the manner in which the security information in field 549 is generated, a requesting device that receives a reply 540 may use the information to avoid using unreliable group owner information. For example, if a requesting device were to use unreliable information about a group owner, it may park on a channel that the group owner does not use. In this scenario, rather than expediting synchronization with a group owner, using information in a reply may delay synchronizing with a group owner.

It should be appreciated at FIGS. 5A . . . 5D represent examples of combinations of information that may be included in a reply to a request for information about a group owner. The types of information illustrated in FIGS. 5A, 5B, 5C and 5D may be used in any suitable combination. Moreover, different or additional types of information may be incorporated in such a reply.

FIG. 6 illustrates an example of a suitable computing system environment 600 on which the invention may be implemented. Such a system may be representative of any of the devices described herein, including a group owner, a client or a joining device. The computing system environment 600 is only one example of a suitable computing environment and is not intended to suggest any limitation as to the scope of use or functionality of the invention. Neither should the computing environment 600 be interpreted as having any dependency or requirement relating to any one or combination of components illustrated in the exemplary operating environment 600.

The invention is operational with numerous other general purpose or special purpose computing system environments or configurations. Examples of well known computing systems, environments, and/or configurations that may be suitable for use with the invention include, but are not limited to, personal computers, server computers, hand-held or laptop devices, multiprocessor systems, microprocessor-based systems, set top boxes, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices, and the like.

The computing environment may execute computer-executable instructions, such as program modules. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. The invention may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices.

With reference to FIG. 6, an exemplary system for implementing the invention includes a general purpose computing device in the form of a computer 610. Components of computer 610 may include, but are not limited to, a processing unit 620, a system memory 630, and a system bus 621 that couples various system components including the system memory to the processing unit 620. The system bus 621 may be any of several types of bus structures including a memory bus or memory controller, a peripheral bus, and a local bus using any of a variety of bus architectures. By way of example, and not limitation, such architectures include Industry Standard Architecture (ISA) bus, Micro Channel Architecture (MCA) bus, Enhanced ISA (EISA) bus, Video Electronics Standards Association (VESA) local bus, and Peripheral Component Interconnect (PCI) bus also known as Mezzanine bus.

Computer 610 typically includes a variety of computer readable media. Computer readable media can be any available media that can be accessed by computer 610 and includes both volatile and nonvolatile media, removable and non-removable media. By way of example, and not limitation, computer readable media may comprise computer storage media and communication media. Computer storage media includes both volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can accessed by computer 610. Communication media typically embodies computer readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media. The term “modulated data signal” means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal. By way of example, and not limitation, communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared and other wireless media. Combinations of the any of the above should also be included within the scope of computer readable media.

The system memory 630 includes computer storage media in the form of volatile and/or nonvolatile memory such as read only memory (ROM) 631 and random access memory (RAM) 632. A basic input/output system 633 (BIOS), containing the basic routines that help to transfer information between elements within computer 610, such as during start-up, is typically stored in ROM 631. RAM 632 typically contains data and/or program modules that are immediately accessible to and/or presently being operated on by processing unit 620. By way of example, and not limitation, FIG. 6 illustrates operating system 634, application programs 635, other program modules 636, and program data 637.

The computer 610 may also include other removable/non-removable, volatile/nonvolatile computer storage media. By way of example only, FIG. 6 illustrates a hard disk drive 640 that reads from or writes to non-removable, nonvolatile magnetic media, a magnetic disk drive 651 that reads from or writes to a removable, nonvolatile magnetic disk 652, and an optical disk drive 655 that reads from or writes to a removable, nonvolatile optical disk 656 such as a CD ROM or other optical media. Other removable/non-removable, volatile/nonvolatile computer storage media that can be used in the exemplary operating environment include, but are not limited to, magnetic tape cassettes, flash memory cards, digital versatile disks, digital video tape, solid state RAM, solid state ROM, and the like. The hard disk drive 641 is typically connected to the system bus 621 through a non-removable memory interface such as interface 640, and magnetic disk drive 651 and optical disk drive 655 are typically connected to the system bus 621 by a removable memory interface, such as interface 650.

The drives and their associated computer storage media discussed above and illustrated in FIG. 6, provide storage of computer readable instructions, data structures, program modules and other data for the computer 610. In FIG. 6, for example, hard disk drive 641 is illustrated as storing operating system 644, application programs 645, other program modules 646, and program data 647. Note that these components can either be the same as or different from operating system 634, application programs 635, other program modules 636, and program data 637. Operating system 644, application programs 645, other program modules 646, and program data 647 are given different numbers here to illustrate that, at a minimum, they are different copies. A user may enter commands and information into the computer 610 through input devices such as a keyboard 662 and pointing device 661, commonly referred to as a mouse, trackball or touch pad. Other input devices (not shown) may include a microphone, joystick, game pad, satellite dish, scanner, or the like. These and other input devices are often connected to the processing unit 620 through a user input interface 660 that is coupled to the system bus, but may be connected by other interface and bus structures, such as a parallel port, game port or a universal serial bus (USB). A monitor 691 or other type of display device is also connected to the system bus 621 via an interface, such as a video interface 690. In addition to the monitor, computers may also include other peripheral output devices such as speakers 697 and printer 696, which may be connected through an output peripheral interface 695.

The computer 610 may operate in a networked environment using logical connections to one or more remote computers, such as a remote computer 680. The remote computer 680 may be a personal computer, a server, a router, a network PC, a peer device or other common network node, and typically includes many or all of the elements described above relative to the computer 610, although only a memory storage device 681 has been illustrated in FIG. 6. The logical connections depicted in FIG. 6 include a local area network (LAN) 671 and a wide area network (WAN) 673, but may also include other networks. Such networking environments are commonplace in offices, enterprise-wide computer networks, intranets and the Internet.

When used in a LAN networking environment, the computer 610 is connected to the LAN 671 through a network interface or adapter 670. Such an adapter may include or allow access to one or more radios to support wireless communication. When used in a WAN networking environment, the computer 610 typically includes a modem 672 or other means for establishing communications over the WAN 673, such as the Internet. The modem 672, which may be internal or external, may be connected to the system bus 621 via the user input interface 660, or other appropriate mechanism. In a networked environment, program modules depicted relative to the computer 610, or portions thereof, may be stored in the remote memory storage device. By way of example, and not limitation, FIG. 6 illustrates remote application programs 685 as residing on memory device 681. It will be appreciated that the network connections shown are exemplary and other means of establishing a communications link between the computers may be used.

Having thus described several aspects of at least one embodiment of this invention, it is to be appreciated that various alterations, modifications, and improvements will readily occur to those skilled in the art.

For example, though embodiments were described in which the group owner is unavailable for communication because the group owner is in a sleep state, techniques as described herein may be used regardless of the reason why the group owner is “absent” from the group.

Also, it is described that a device supplies group owner information in response to a request. It is not a requirement that the information be supplied in response to a specific request. For example, a device may periodically transmit such information when the group owner is absent or when it detects a device scanning, even if there is no explicit request for information.

As another example, FIGS. 5A . . . 5D illustrate embodiments in which channel information is expressly encoded in an information element. In some embodiments, channel information may be implicitly conveyed. For example, a probe request may be sent at block 322 using a specific channel. The response at block 438 may be sent only if the absent group owner communicates on that channel. Accordingly, any receipt of a response may implicitly identify that channel.

Such alterations, modifications, and improvements are intended to be part of this disclosure, and are intended to be within the spirit and scope of the invention. Accordingly, the foregoing description and drawings are by way of example only.

The above-described embodiments of the present invention can be implemented in any of numerous ways. For example, the embodiments may be implemented using hardware, software or a combination thereof. When implemented in software, the software code can be executed on any suitable processor or collection of processors, whether provided in a single computer or distributed among multiple computers. Such processors may be implemented as integrated circuits, with one or more processors in an integrated circuit component. Though, a processor may be implemented using circuitry in any suitable format.

Further, it should be appreciated that a computer may be embodied in any of a number of forms, such as a rack-mounted computer, a desktop computer, a laptop computer, or a tablet computer. Additionally, a computer may be embedded in a device not generally regarded as a computer but with suitable processing capabilities, including a Personal Digital Assistant (PDA), a smart phone or any other suitable portable or fixed electronic device.

Also, a computer may have one or more input and output devices. These devices can be used, among other things, to present a user interface. Examples of output devices that can be used to provide a user interface include printers or display screens for visual presentation of output and speakers or other sound generating devices for audible presentation of output. Examples of input devices that can be used for a user interface include keyboards, and pointing devices, such as mice, touch pads, and digitizing tablets. As another example, a computer may receive input information through speech recognition or in other audible format.

Such computers may be interconnected by one or more networks in any suitable form, including as a local area network or a wide area network, such as an enterprise network or the Internet. Such networks may be based on any suitable technology and may operate according to any suitable protocol and may include wireless networks, wired networks or fiber optic networks.

Also, the various methods or processes outlined herein may be coded as software that is executable on one or more processors that employ any one of a variety of operating systems or platforms. Additionally, such software may be written using any of a number of suitable programming languages and/or programming or scripting tools, and also may be compiled as executable machine language code or intermediate code that is executed on a framework or virtual machine.

In this respect, the invention may be embodied as a computer readable storage medium (or multiple computer readable media) (e.g., a computer memory, one or more floppy discs, compact discs (CD), optical discs, digital video disks (DVD), magnetic tapes, flash memories, circuit configurations in Field Programmable Gate Arrays or other semiconductor devices, or other non-transitory, tangible computer storage medium) encoded with one or more programs that, when executed on one or more computers or other processors, perform methods that implement the various embodiments of the invention discussed above. The computer readable storage medium or media can be transportable, such that the program or programs stored thereon can be loaded onto one or more different computers or other processors to implement various aspects of the present invention as discussed above. As used herein, the term “non-transitory computer-readable storage medium” encompasses only a computer-readable medium that can be considered to be a manufacture (i.e., article of manufacture) or a machine. Alternatively or additionally, the invention may be embodied as a computer readable medium other than a computer-readable storage medium, such as a propagating signal.

The terms “program” or “software” are used herein in a generic sense to refer to any type of computer code or set of computer-executable instructions that can be employed to program a computer or other processor to implement various aspects of the present invention as discussed above. Additionally, it should be appreciated that according to one aspect of this embodiment, one or more computer programs that when executed perform methods of the present invention need not reside on a single computer or processor, but may be distributed in a modular fashion amongst a number of different computers or processors to implement various aspects of the present invention.

Computer-executable instructions may be in many forms, such as program modules, executed by one or more computers or other devices. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. Typically the functionality of the program modules may be combined or distributed as desired in various embodiments.

Also, data structures may be stored in computer-readable media in any suitable form. For simplicity of illustration, data structures may be shown to have fields that are related through location in the data structure. Such relationships may likewise be achieved by assigning storage for the fields with locations in a computer-readable medium that conveys relationship between the fields. However, any suitable mechanism may be used to establish a relationship between information in fields of a data structure, including through the use of pointers, tags or other mechanisms that establish relationship between data elements.

Various aspects of the present invention may be used alone, in combination, or in a variety of arrangements not specifically discussed in the embodiments described in the foregoing and is therefore not limited in its application to the details and arrangement of components set forth in the foregoing description or illustrated in the drawings. For example, aspects described in one embodiment may be combined in any manner with aspects described in other embodiments.

Also, the invention may be embodied as a method, of which an example has been provided. The acts performed as part of the method may be ordered in any suitable way. Accordingly, embodiments may be constructed in which acts are performed in an order different than illustrated, which may include performing some acts simultaneously, even though shown as sequential acts in illustrative embodiments.

Use of ordinal terms such as “first,” “second,” “third,” etc., in the claims to modify a claim element does not by itself connote any priority, precedence, or order of one claim element over another or the temporal order in which acts of a method are performed, but are used merely as labels to distinguish one claim element having a certain name from another element having a same name (but for use of the ordinal term) to distinguish the claim elements.

Also, the phraseology and terminology used herein is for the purpose of description and should not be regarded as limiting. The use of “including,” “comprising,” or “having,” “containing,” “involving,” and variations thereof herein, is meant to encompass the items listed thereafter and equivalents thereof as well as additional items. 

1-20. (canceled)
 21. A method of operating a first wireless device, the method comprising: wirelessly transmitting a first message; receiving a response to the first message via a wireless communications medium, the response being received from a second wireless device and the response providing information regarding when a third wireless device is expected to be awake; and using the information regarding when the third wireless device is expected to be awake to establish wireless communications with the third wireless device, the using of the information to establish the wireless communications comprising: deferring monitoring a channel used by the third wireless device according to the information regarding when the third wireless device is expected to be awake; and wirelessly transmitting a join request to the third wireless device for a wireless network controlled by the third wireless device.
 22. The method of claim 21, wherein: the information comprises an indication that the third wireless device is in a sleep state.
 23. The method of claim 22, wherein: the information comprises an indication of the channel used by the third wireless device.
 24. The method of claim 23, wherein using the information to establish wireless communications further comprises: configuring a radio of the first wireless device to monitor the channel.
 25. The method of claim 21, wherein: the first message is formatted in accordance with a WI-FI Direct protocol.
 26. The method of claim 25, wherein the first message is a probe request message for joining the wireless network.
 27. The method of claim 26, wherein the probe request message comprises an information element requesting a reply identifying a group owner of the wireless network if the group owner is in an unavailable state.
 28. The method of claim 21, wherein: the first message comprises an information element requesting information about an established wireless network.
 29. The method of claim 21, wherein: the information regarding when the third wireless device is expected to be awake includes an indication of a time at which the third wireless device is expected to be awake; and using the information regarding when the third wireless device is expected to be awake to establish communications with the third wireless device comprises determining that the indicated time is reached.
 30. A computer-readable storage device, having instructions stored therein for causing a wireless device to perform operations, the operations comprising: storing information about a device controlling a wireless network; receiving a first message from a first device via a wireless communications medium, the first message comprising an information element indicating a request for information about the wireless; based on the stored information, formatting a response to the first message including information about the device controlling the wireless network, wherein the information about the device controlling the wireless computing device wireless network includes an indication of a time at which the device controlling the wireless network is expected to be awake; and wirelessly transmitting the response to the first device, wherein the first device then: defers monitoring a channel used by the device controlling the wireless network based on the information regarding when the device controlling the wireless network is expected to be awake; and transmits a request to join the wireless network to the device controlling the wireless network.
 31. The computer-readable storage device of claim 30, wherein: storing information about the device controlling the wireless network comprises storing information obtained in an exchange of messages with the device controlling the wireless network.
 32. The wireless computing device of claim 30, wherein: the operations further comprise receiving an indication from the device controlling the wireless network that the device controlling the wireless network is entering a sleep state; and storing information about the device controlling the wireless network comprises storing information obtained in the received indication.
 33. The wireless computing device of claim 30, wherein: the first message comprises a probe request message for joining the wireless network.
 34. The wireless computing device of claim 30, wherein: the response comprises a probe response message comprising an information element including the channel used by the device controlling the wireless network.
 35. A wireless computing device, comprising: a radio configured to interface the wireless computing device to a wireless network; at least one memory and at least one processor that are respectively configured to store and execute instructions to cause the radio to: transmit a probe request message, the probe request message comprising an information element indicating a request for information about a group owner of the wireless network; receive a probe reply message including information indicating a scheduled time for the group owner to exit a sleep state; and establish communications with the group owner, the instructions to establish the communications comprising instructions to: defer active scanning for the group owner until a time selected based on the scheduled time; and send a join request to the group owner.
 36. The wireless computing device of claim 35, wherein: the probe reply message also includes an indication of a channel used by the group owner for broadcasting management frames; and the instructions to establish the communications with the group owner also comprises instructions to: monitor the channel for a management frame.
 37. The wireless computing device of claim 36, wherein: the instructions to establish the communications with the group owner also comprises instructions to: tune, based on the scheduled time, the wireless computing device to the channel used by the group owner for broadcasting management frames.
 38. The wireless computing device of claim 36, wherein the instructions are also to cause the radio to: scan for the group owner prior to transmission of the probe request message; and selectively transmit the probe request message in response to nondetection of the group owner during the scan.
 39. The wireless computing device of claim 36, wherein the instructions are also to cause the radio to: respond to a probe request message, the probe request message comprising an information element indicating a request for information about the group owner of the wireless network.
 40. The wireless computing device of claim 39, wherein: the instructions to respond to the probe request message are to be conditionally executed in response to a join of the wireless network by the wireless computing device, the wireless network having group owner for which a notice of absence has been received. 